home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / misc-part1 / 2800 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.6 KB
  1. Path: comma.rhein.de!serpens!not-for-mail
  2. From: mlelstv@serpens.rhein.de (Michael van Elst)
  3. Newsgroups: comp.sys.amiga.misc
  4. Subject: Re: OS features
  5. Date: 24 Jan 1996 03:04:13 +0100
  6. Organization: dis-
  7. Message-ID: <4e442t$4ve@serpens.rhein.de>
  8. References: <4aj1tc$39r@candelo.dpie.gov.au> <13213430@sourcery.han.de> <wfblanDL60p0.D0y@netcom.com> <1058.6591T492T1743@cycor.ca> <DLnqBB.DuD@focus-systems.on.ca>
  9. NNTP-Posting-Host: serpens.rhein.de
  10.  
  11. wayne@focus-systems.on.ca (Wayne Fisher) writes:
  12.  
  13. >I don't understan this line of thinking. With a MMU, you can add
  14. >memory protection and virtual memory (not including paging to disk)
  15. >with a minimal amount of overhead to the system.
  16.  
  17. No, you can't.
  18.  
  19. >We're only talking
  20. >single digit percentages here.
  21.  
  22. We are talking 10-100% depending on the system function.
  23.  
  24. >although that is a natural extension to it. By virtual memory, I mean
  25. >giving all programs a contiguous address space independant of other
  26. >programs.
  27.  
  28. This breaks 99% of all programs.
  29.  
  30. >Neither of these features affects the realtime nature of the machine.
  31.  
  32. You bet... It affects speed.
  33.  
  34. >    - protect code from writes.
  35.  
  36. That's no problem.
  37.  
  38. >    - protect unallocated memory from any accesses.
  39.  
  40. MMU granularity forbids this. You cannot trap accesses to partially
  41. allocated pages.
  42.  
  43. >    - protect any ROMs from writes.
  44.  
  45. That's code and hardly matters. But protecting all the I/O addresses
  46. would help.
  47.  
  48. >    - new programs' code and data would be protected from access by another
  49. >      process unless explicitly allowed by the program.
  50.  
  51. Kills close to all system functions. You had to write a completely new
  52. AmigaOS.
  53.  
  54. >    - option to kill offending process or simply log the offence.
  55.  
  56. Pretty difficult. It requires some conventions on how to allocate resources.
  57.  
  58. >"much more"? I don't think a few percentages is "much more".
  59.  
  60. You forget that memory protection is nothing if you cannot protect
  61. the system from invalid parameters to system functions. Most system
  62. functions however use shared data structures.
  63.  
  64. >And I
  65. >don't see how it's going to change the whole concept of the Amiga.
  66.  
  67. Close to everything in the system would have to be changed from using
  68. shared data to anonymous handles. Each handle has to be checked for
  69. validity.
  70.  
  71. The whole concept of device drivers had to be changed.
  72. BOOPSI is dead.
  73. System hooks are dead.
  74.  
  75. >It
  76. >just means that you can't pass pointers between processes and the
  77. >machine becomes more stable.
  78.  
  79. Unfortunately most parameters are passed by pointers. You do have
  80. to change everything.
  81.  
  82.  
  83. -- 
  84.                                 Michael van Elst
  85.  
  86. Internet: mlelstv@serpens.rhein.de
  87.                                 "A potential Snark may lurk in every tree."
  88.